Amendments to the Specification: 

Please replace the Specification of the present application, including the 
Abstract, with the following Substitute Specification. A marked-up version of the 
Substitute Specification and Abstract is attached hereto. 
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SPECIFICATION 
TITLE 

METHOD FOR TRANSMITTING MESSAGES IN AN MMS-BASED 
COMMUNICATION SYSTEM 
FIELD OF TECHNOLOGY 
[0001] The present disclosure relates to a method for transmitting messages 
and in particular a method for transmitting messages with useful data objects 
according to the Multimedia Messaging Service (MMS) from one 
telecommunication device to a further telecommunication device. 

BACKGROUND 

[0002] 3GPP (3'^* Generation Partnership Project) and the OMA (Open 
Mobile Alliance) specify the so-called Multimedia Messaging Service (MMS) for 
transmitting data, in particular multimedia data objects, from a first to a second 
mobile telephone or mobile radio device in a mobile radio communication network. 
Should a first user wish to send a second user a useful data object, for example in 
the form of an image or a music file, the user uses a (first) mobile telephone to send 
a multimedia message (MM) with the useful data object to a switching component 
in the communication network, which comprises at least one MMS relay server. A 
multimedia message (MM) can also contain a plurality of useful data objects. As a 
special service, the MMS provider can individually adapt the at least one useful 
data object to be delivered to the characteristics or capabilities of the second mobile 
telephone before sending a further message (hereafler referred to as a "recipient 
notification message") to the second mobile telephone of the second user with the 
information that a multimedia message (MM) with at least one useful data object 
available for downloading. One disadvantage of such a method is that the recipient 
(in this instance the second user) of a recipient notification message or a 
multimedia message (MM) with at least one usefiil data object is unable to identify 
whether and how the transmission message (hereafler referred to as the multimedia 
message (MM)) or the useful data object contained therein has been modified and 
whether the possibly modified useful data object can still be used. 
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SUMMARY 

[0003] Accordingly, the present disclosure describes exemplary 
embodiments for transmitting useful data objects to a recipient that allows greater 
control of the useful data objects to be received. 

[0004] One exemplary method for transmitting messages in a 
conununication network comprises the following steps: First a transmission 
message with one or more useful data objects or multimedia message elements is 
transmitted to a switching component for forwarding to a first telecommunication 
device. This transmission can take place from a sending telecommunication device 
such as a mobile radio device or a mobile telephone. A plurality of variants of the 
one or more useful data objects is created in the switching component as a function 
of a set of parameters. "Variant" here refers to both the original form of the one or 
more useful data objects and the adapted or modified versions. The first 
telecommunication device, which again can be a mobile radio device or a mobile 
telephone, is then informed of the availability of a plurality of variants of the one or 
more useful data objects for transmission to the first telecommimication device. If a 
recipient, i.e. a user of the first telecommunication device, selects one or more 
variants of the useful data objects, a delivery request message relating to a specific 
variant of the one or more useful data objects is advantageously sent fi*om the first 
telecommunication device to the switching component. A delivery message with 
the requested variant of the one or more useful data objects is then transmitted firom 
the switching component to the first telecommunication device. Informing the 
recipient of the different adapted variants of the useful data objects contained in the 
transmission message available on the switching component allows the recipient 
specifically to select and download particular variants of the required useful data 
objects or the entire transmission message, giving them greater control of the 
messages or useful data objects they are to receive. Information about the useful 
data objects available on the switching component also allows the recipient to 
decide not to initiate a download process at all, if the useful data objects are not of 
use, or if the download process would be very expensive. It is thereby possible to 
prevent useful data objects being downloaded (from the switching component) to 
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the first telecommunication device if they cannot be used by the telecommunication 
device and also possible to specifically download useful data objects, the size of 
which has been minimized, thereby minimizing download costs and also allowing a 
larger number of useful data objects to be stored on the first telecommunication 
device. The described method also allows the recipient to decide, on the basis of the 
information about the useful data objects available on the switching component, 
specifically to download useful data objects which, although they cannot be played 
back by the second telecommunication device, may be able to be played back by a 
further device connected to the second telecommxmication device either by cable, 
infrared interface (e.g. IxDA) or radio (e.g. Bluetooth). One possible application is 
the downloading of a high-quality image file by the second telecommunication 
device, said file then being printed out using an external printer. 

[0005] According to an advantageous embodiment, the recipient or first 
telecommunication device is informed as follows: Recipient notification messages 
assigned to a specific variant of the one or more useful data objects are generated 
by the switching component and these respective recipient notification messages 
are transmitted fi-om the switching component to the first telecommunication 
device. 

[0006] According to a further advantageous embodiment, the set of 
parameters, as a function of which the plurality of variants of the one or more 
useful data objects is created, includes parameters with information about the 
individual characteristics of the telecommunication device. The individual 
characteristics of the telecommunication device can also include characteristics of 
applications provided on the telecommunication device. The set of parameters can 
also include parameters with information about the individual preferences of the 
recipient or the set of parameters can include parameters with descriptive 
information including the significance of useful data objects contained in the 
transmission message and/or the relationship of the contained useful data objects to 
each other (so-called metadata, for example according to the MPEG-7 standard). 

[0007] According to the embodiment, the messages are transmitted in the 
context of the multimedia messaging service (MMS) between the first 
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telecommunication device, the switching component and the second 
telecommunication device. This allows the transmission of useful data objects that 
can also include multimedia content such as digital images, video clips or large 
audio or music files. 

[0008] Furthermore, the first teleconraiunication device and any further 
telecommunication devices as well as the switching component are preferably part 
of a telecommunication network. The telecommunication device or further 
telecommunication devices can thereby be part of a first telecommunication 
network (in the case of a plurality of telecommunication devices however these do 
not have to be part of the same telecommunication network). The switching 
component, which is configured in particular as a server of a data transmission 
service, such as an MMS relay server, can correspondingly be provided in a second 
telecommunication network, which is connected to the telecommunication 
network(s), which is/are assigned to the telecommunication device or further 
telecommunication devices. This second telecommunication network can be 
configured in particular as a telecommunication network based on intemet 
protocols, such as the hypertext transfer protocol. 

[0009] In order to be able to use the method for transmitting useful data 
objects as flexibly as possible, the messages to and fi"om the first and/or second 
telecommunication device can be sent via an air interface, whereby the 
telecommunication device (or even the further telecommunication devices) can 
preferably be configured as a mobile telecommunication device and can thereby 
comprise a radio module or mobile radio module in particular. The transmission of 
messages to and from a respective telecommunication device can then take place on 
the basis of the WAP wireless session protocol (WSP) or the hypertext transfer 
protocol (http). The telecommunication device can thereby be configured as a 
mobile radio device or mobile telephone, a cordless telephone, a smartphone 
(combination of a small portable computer and a mobile telephone), a PDA 
(personal digital assistant) or an organizer. The telecommunication device can also 
include other devices with mobile access such as a personal computer (PC) or a 
laptop, which can be accessed via a mobile radio network by means of a connected 



6 



mobile radio device (mobile telephone). The mobile radio device can then be 
connected via a cable to the personal computer or laptop or can even contact these 
wirelessly via an infrared interface or a local Bluetooth network. A 
telecommunication device, such as the mobile radio device, including the 
telecommunication network assigned to it, can thereby operate in the form of a 
mobile radio network according to the GSM (Global System for Communication) 
standard or the UMTS (Universal Mobile Telecommunications System) standard, 
etc. Such mobile radio networks or telecommunication devices according to the 
GSM or UMTS standard can represent a platform for WAP (Wireless Application 
Protocol) protocols or the WAP protocol stack, by means of which data 
(notifications or useful data objects) can be transmitted in the respective mobile 
radio network. 

[0010] The first and second telecommunication networks are preferably 
connected together by means of a connecting component. If the WAP protocol 
stack is used, as mentioned above, it is possible to create a connection to this, by 
using a WAP gateway as the interface or connecting component between a mobile 
radio network and another network, for example an internet protocol-based 
network. This makes it possible for the switching components to be located in an 
internet protocol-based network, such as the internet, whereby the data (messages, 
useful data objects) can be transmitted via a WAP gateway and ultimately via an air 
interface of a mobile radio network between the base station(s) of the mobile radio 
network and to the respective user telecommunication devices. It should be 
mentioned here that in the context of the MMS data transmission service, messages 
can be sent from the MMS relay server as the switching component automatically, 
i.e. without prompting a telecommunication device, to a telecommunication device 
by means of WAP push. The MMS relay server hereby serves as a so-called push 
initiator, activating the WAP gateway or a sub-component thereof, namely the push 
proxy gateway, to send a message by WAP push to the telecommunication device. 
For example according to the MMS transmission service the recipient notification 
message is transmitted by WAP push to the telecommunication device. 
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[0011] It should be pointed out that the useful data objects can generally 
include audio information, video information, executable programs, software 
modules or a combination of such information. 

[0012] According to a further embodiment a telecommunication 
arrangement is created comprising a switching component and at least a first 
telecommunication device, the telecommunication arrangement being configured to 
implement a method as set out above. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The various objects, advantages and novel features of the present 
disclosure will be more readily apprehended from the following Detailed 
Description when read in conjunction with the enclosed drawings, in which: 

[0014] Figure 1 shows a schematic illustration of a communication network 
or telecommunication network for implementing an MMS system, in which two 
service providers are provided for an MMS environment; 

[0015] Figure 2 shows a schematic illustration of exemplary interfaces of an 
MMS relay server; 

[0016] Figure 3 shows an exemplary flow diagram for transmitting a 
multimedia message from a mobile radio device to a second mobile radio device; 

[0017] Figure 4 shows a detailed illustration of the interface MMl shown in 
figure 2, in which a WAP gateway ensures the adaptation of the MMS useful data 
to the two different session layer protocols (WSP and HTTP); 

[0018] Figure 5 illustrates a section of a user interface of a 
telecommunication device for displaying the options or information provided in 
recipient notification messages according to a first embodiment; and 

[0019] Figure 6 shows a section of a user interface of a telecommunication 
device for displaying the options or information provided in recipient notification 
messages according to a second embodiment. 

DETAILED DESCRIPTION 

[0020] Before going on to describe a method for transmitting messages, in 
particular by means of the MMS (Multimedia Messaging Service), from one 
telecommunication device to a second telecommunication device according to a 
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preferred embodiment of the invention, it is necessary once again to describe the 
basic components or network structures for implementing an MMS service. 

[0021] For next generation mobile systems (2.5G and 3G), such as systems 
operating according to the UMTS (Universal Mobile Telecommunications System) 
standard, a multimedia-enabled variant of a mobile message service is at present 
standardized, namely the MMS service or MMS. MMS messages with multimedia 
content are referred to below, for a clearer distinction from SMS (Short Message 
Service) text messages, simply as MMs (Multimedia Messages). Unlike SMS there 
is no restriction to pure text content. With MMS it is possible to format texts to 
individual tastes and to embed audio and video content in a message. An MM can 
therefore contain a number of MM elements or useful data objects of different file 
types (e.g. audio or stills) or file formats (e.g. GIF or JPEG for stills). A temporally 
defined sequence of small presentations is also possible. . 

[0022] Figure 1 shows a possible telecommunication arrangement or 
network architecture KN for implementing the MMS, in particular according to a 
3GPP (3*^^ Generation Partnership Project) specification. On the lefl of the figure is 
a first telecommunication device configured as a first mobile radio device MFGl, 
which is connected via an interface, more precisely an air interface, as will be 
described in more detail with reference to figure 2, to a communication network (to 
illustrate the most important components of the network more simply, it is not 
described in more detail here that and how the air interface is set up to a base 
station of a mobile radio network, which is in turn connected to the communication 
network or a first MMS network environment DLA. The same also applies of 
course to the connection to the second mobile radio device described below). More 
precisely the first mobile radio device MFGl is connected to a first MMS network 
environment DLA (MMSE: Multimedia Messaging Service Environment), which is 
in the area of responsibility of a first MMS provider. A software application, a so- 
called MMS user software application or MMS user agent MUAA, is provided on 
the mobile radio device MFGl to implement the terminal-side element for the 
MMS. A so-called first MMS relay server MRS A is provided in the first MMS 
network environment DLA to provide the MMS functionality for the 
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telecommunication devices or telecommunication terminals connected to the first 
MMS network environment. 

[0023] The first MMS network environment DLA is connected in the 
example to a second MMS network environment DLB of a second MMS provider 
via an interface MM4 (see further description relating to figure 2), implemented for 
example via the SMTP (Simple Mail Transfer Protocol) protocol. A second MMS 
relay server MRSB is provided in the second MMS network environment to 
provide the MMS functionality for telecommunication devices or 
telecommunication terminals, such as the mobile radio device MFG2, connected to 
the second MMS network environment DLB. A software application is again 
provided on the mobile radio device MFG2, in this instance an MMS user 
application (MMS user agent) MUAB to implement the terminal-side element for 
the MMS. If multimedia messages are to be transmitted, in particular with useful 
data objects, from the mobile radio device MFGl to the mobile radio device MFG2, 
the two MMS relay servers MRSA and MRSB can be combined in the MMS 
network environments DLA and DLB to form a switching component, as will be 
described later with reference to figure 3. 

[0024] It is a characteristic feature of MMS that, for delivery of multimedia 
messages (MMs) to a receive device (mobile radio device), it is possible to decide 
between so-called PUSH mode, in which an incoming message is transmitted 
immediately by an MMS relay server to the MMS user application of the receive 
device, and so-called PULL mode, in which the recipient or receive device is first 
informed about a multimedia message that has just arrived at the MMS relay server 
by means of an MMS notification or recipient notification message and can then 
itself decide whether or when it will download said multimedia message to its 
mobile radio device from the MMS relay server. 

[0025] Possible defined interfaces for connecting further network elements 
or network components to an MMS relay server MRS, such as the MMS relay 
server MRSA or MRSB, are shown in figure 2. In addition to an interface MMl, 
via which an MMS user application MUAA and an MMS relay server are 
connected, any external servers, such as email servers EES, fax servers EPS, further 
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message servers e.g. for UMS (Unified Message Services) ENS or other servers 
ESS, etc. can be connected to the MMS relay server MRS via interfaces MM3. 
External or "foreign" MMS providers are connected via an interface MM4, as 
already stated with reference to figure 1, An interface MMS connects the MMS 
relay server MRS to the HLR (Home Location Register) of a mobile radio network 
operator, in which the individual customer data or user data of every mobile radio 
subscriber is stored (the HLR is generally located in the area of responsibility of the 
network operator, who does not necessarily have to be the same as the MMS 
provider). An interface MM6 allows the connection of one or more MMS user 
databases MUDB, Interface MM7 allows the connection of servers MVS operated 
by a VASP (Value Added Service Provider), which provide value added services to 
MMS users. A further interface MMS is provided for connecting a network unit or 
charging unit VE to the MMS relay server MRS, in which all the information of 
relevance to charging for the MMS is collected and evaluated. Interface MM2 
provides a connection between relay and server in the MMS relay server MRS. 

[0026] The exchange of data, in particular of useful data objects, between 
the MMS units or MMS data transmission units shown in figiu-e 1 during 
transmission of a multimedia message MMA with multimedia message elements 
MME from the mobile radio device MFGl and receipt by the mobile radio device 
MFG2 based on so-called abstract messages as defined according to the 3 GPP is 
described in more detail below with reference to figure 3. An abstract message 
comprises at least one information element. When the MMS is used, a sender, in 
this instance the mobile radio device MFGl or the MMS user application MUAA, 
can send a multimedia message MMA via the air interface MMl to the MMS relay 
server MRSA of its MMS provider with the abstract message (also referred to 
below as a transmission message) "MMl submit.REQ". The MMS relay server 
MRSA confirms correct receipt of the multimedia message from the MMS user 
application MUAA with the abstract message "MMl_submit.RES". The MMA is 
transmitted to the MMS relay server MRSB in the MMS environment DLB (see 
figure 1) of the recipient or destination mobile radio device with the abstract 
message pair "MM4_forward.REQ" (contains the actual multimedia message) and 
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"MM4 forward.RES" (which sends a return message or confirmation back to the 
MMS relay server MRSA). The receive device MFG2 or its MMS user appHcation 
MUAB is then informed of the multimedia message MMA available for 
downloading on the MMS relay server MRSB with the abstract message or 
recipient notification message "MMl_notification.REQ". This MMS recipient 
notification message contains the URI (Uniform Resource Identifier) of the storage 
location of the multimedia message on the MMS relay server MRSB as reference. 
The abstract message "MMl_notification.RES" primarily serves as confirmation of 
the correct receipt of the recipient notification message at the MMS user 
application MUAB and to inform the MMS provider of the nature of delivery 
required (PUSH or PULL mode). The recipient, namely the MMS user application 
MUAB, can use the abstract message or delivery request message 
"MMl retrieve.REQ" to initiate the downloading of a multimedia message MMA 
available on the MMS relay server MRSB. The multimedia message MMA is 
delivered fi*om the MMS relay server MRSB to the MMS user application MUAB 
by means of the abstract message or delivery message "MMl retrieve.RES". The 
MMS relay server MRSB can be informed by the MMS user application MUAB of 
the outcome of the download of the multimedia message MMA with the abstract 
message "MMl_acknowledgement.REQ". It should be noted that for a simple 
illustration of the transmission of a multimedia message fi-om the mobile radio 
device MFGl via the two MMS relay servers MRSA and MRSB to the mobile 
radio device MFG2, the two MMS relay servers MRSA and MRSB can also be 
seen as one switching component VK between the mobile radio devices. If the 
mobile radio device MFG2 was also in the effective area of the MMS environment 
of the first MMS provider, the switching component VK would only comprise the 
MMS relay server MRSA. 

[0027] If a mobile radio network operator deploys a WAP implementation 
of MMS in the PLMN (Public Land Mobile Network), the interface MMl as 
described above preferably comprises two sections connected together by a special 
network component, such as a WAP (Wireless Application Protocol) gateway. The 
WAP gateway between an MMS relay server of an MMS provider and the core 
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network of a mobile radio system or mobile radio network primarily has the task of 
adapting the data to be transmitted to the different protocol layers on both sides. To 
explain this more clearly, figure 4 shows a detailed configuration of the interface 
MMl for the WAP implementation of MMS between a mobile telecommunication 
terminal, such as a mobile radio device, with an MMS user application MUA and 
an MMS relay server MRS. On the "A side" (in the direction of an extemal IP 
(internet protocol) network) the session layer protocol used is http (hypertext 
transfer protocol) and on the "B side" (in the direction of a mobile radio system or 
mobile radio network, PLMN) WSP (Wireless Session Protocol) is used. 

[0028] Accordingly, an MMS provider may individually adapt a the 
multimedia message to be delivered or the useful data objects contained therein 
before sending an MMS recipient notification or recipient notification message. 
Such an adaptation can be based on the individual characteristics of the receive 
device, the individual user settings or any descriptive information contained in a 
multimedia message or obtained fi*om a multimedia message (so-called metadata, 
for example according to the MPEG-7 standard). Combinations of these three 
options are also possible. This is described in more detail below. 

[0029] 1. Adaptation of a multimedia message or the usefiil data 
objects contained therein according to the individual characteristics of the receive 
device: mobile radio devices, such as mobile telephones, are generally 
differentiated on the basis of their characteristics or capabilities. The characteristics 
of the display devices can sometimes vary significantly for example (e.g. in size 
and resolution), as can their capabilities in respect of displaying and/or processing 
certain file types and/or file formats. So that a mobile radio network operator or 
service provider can know the characteristics or capabilities of a WAP-enabled 
terminal, the WAP Forum has standardized the so-called UA Prof (User Agent 
Profile), with which the appropriate characteristic device profile can be assigned on 
the network side to every individual terminal or mobile radio device registered in 
the mobile radio network. 

[0030] WAP UA Prof may also be used with the MMS as follows: If a 
mobile radio customer or mobile radio user has a terminal or mobile radio device 
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with a WAP-based MMS user application and is registered to use the MMS with an 
MMS provider, MMS-specific inputs will also represent a subset of the UA Prof or 
user profile (e.g. maximum size of incoming multimedia messages, etc.). The MMS 
relay server can access the user profile information via the interface MM6 shown in 
figure 2 (MMS relay server to MMS user database(s) MUDB). If an MMS provider 
has knowledge of the individual characteristics or capabilities of a mobile 
telecommunication terminal (e.g. mobile radio device) and an MMS user 
application (MMS user agent) installed thereon, the MMS relay server can 
specifically convert individual multimedia message elements or useful data objects 
to file types or formats suitable for the recipient's terminal before transmitting an 
MMS recipient notification (recipient notification message), so that the multimedia 
message can be displayed in an optimum fashion on the recipient's terminal. 

[0031] 2. Adaptation of a multimedia message according to individual 
user settings: In the MMS every user can apply settings on the network side, 
thereby configuring the MMS to their individual preferences. For example a user 
setting could be that all incoming multimedia messages containing multimedia 
message elements or useful data objects of a specific data type are automatically 
forwarded without an MMS recipient notification (recipient notification message) 
to an email address. 

[0032] 3. Adaptation of a multimedia message according to the 
metadata contained in a multimedia message: Descriptive information (so-called 
metadata) may also be contained in a multimedia message or be obtained fi-om a 
multimedia message and this can be used to clarify the significance of individual 
multimedia message elements (useful data objects) and express dependencies 
between the individual multimedia message elements (useful data objects). For 
example a multimedia message element (useful data object) of the type "text" could 
be identified as the main component, a multimedia message element of the type 
"still" as the background image or a multimedia message element of the type 
"audio" as a (spoken) commentary relating to the still. 

[0033] An incoming multimedia message can be adapted in the MMS relay 
server in the recipient-side MMS environment on the basis of the three data records 
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described above (and combinations thereof) before transmission of the MMS 
recipient notification (recipient notification message). 

[0034] So that the recipient has greater control of the multimedia message 
to be received and the useful data objects contained therein and receives 
information about whether and how a multimedia message or the elements or useful 
data objects contained therein has/have been adapted, the following is proposed 
according to an embodiment of the invention. 

[0035] In the exemplary embodiment a number of alternative MMS 
recipient notifications (recipient notification messages) can be sent to the recipient 
for differently adapted variants of the same multimedia message. This gives the 
recipient a number of alternative options for downloading the same multimedia 
message. Variant here refers both to the original message and the useful data 
objects contained in the original message as well as the adapted message and the 
adapted useful data objects. 

[0036] To achieve this, a backward-compatible mapping mechanism allows 
assignment of the individual MMS recipient notifications (recipient notification 
messages) to a multimedia message in the MMS user application of the recipient. 

[0037] It is also possible to pack the information about the different 
download options for the individual variants into a single, newly defined multipart 
MMS recipient notification but backward-compatibility would then not be possible. 
An old or conventional MMS user application (MMS user agent) could not start 
anything with the new and to it unknown structure of a multipart MMS recipient 
notification. 

[0038] So that the alternative options for downloading an MM (in the 
different variants) are possible in a fashion that can easily be understood by the 
recipient, a possible configuration of the HMI (Human Machine Interface, for 
example in the form of a display) on the side of the receiving MMS user application 
(MMS user agent) is described below according to the disclosed embodiment. 

[0039] To improve the control options when downloading a multimedia 
message, a number of download options for the same multimedia message are 
preferably offered or transmitted to a recipient or a receiving device by creating and 
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sending a number of different MMS recipient notifications (recipient notification 
messages) for variants of a multimedia message adapted differently on the network 
side (in particular by the MMS relay server of the MMS environment of the 
recipient's MMS provider) based on at least one of the following data records: 

i) Information about the individual characteristics or capabilities of the 
mobile telecommunication terminal, such as a mobile radio device or mobile 
telephone, and the MMS user application (MMS user agent) installed thereon or 
connected thereto. The information about the individual characteristics or 
capabilities of a telecommunication terminal or a telecommunication device and the 
MMS user application (MMS user agent) in this respect could for example be 
configured according to a WAP user profile or WAP UA Prof and could possibly 
originate from previous WSP sessions, i.e. earlier MMS download processes; 

ii) Information about the individual preferences of the MMS user. The 
information about the individual user preferences in this respect could for example 
be a component of the MMS user database(s) MUDB (see also figure 2); and/or 

iii) Descriptive information (so-called metadata), which clarifies the 
significance of individual multimedia message elements (useful data objects) and/or 
expresses relationships or dependencies between individual multimedia message 
elements. The descriptive information (metadata) in this respect could for example 
be configured according to MPEG-7 and could possibly be contained as an 
independent multimedia message element (useful data object) in the multimedia 
message or be obtained by the adapting MMS relay server from an incoming 
multimedia message. 

[0040] The use of a backward-compatible mapping mechanism for MMS 
recipient notifications (recipient notification messages) also serves to improve 
control options: 

a) Associated MMS recipient notifications are advantageously 
identified by an additional newly defined header field in the adapting MMS relay 
server before delivery to the recipient's MMS user application; 

b) A sequence number can also be advantageously used (again in a 
newly defined header field) in order to be able to establish in the recipient's MMS 
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user application whether all the associated MMS recipient notifications have 
arrived. It should also be clear from the sequence information in the respective 
different recipient notification messages which of the MMS recipient notifications 
relate to the unmodified original version of the at least one useful data object. For 
example the value "0" for the sequence number could indicate the original version, 
while values > 0 indicate adapted/modified versions of usefiil data objects or 
transmission messages (i.e. multimedia messages MM); 

[0041] c) Also, the individual MMS recipient notifications can be 
assigned in the recipient's MMS user application (MMS user agent) based on 
identification numbers and sequence numbers. 

[0042] As an alternative to a) and b), the ID for associated MMS recipient 
notifications and/or the sequence number and/or a maximum number indicating the 
total number of variants provided or the total number of MMS recipient 
notifications generated or sent could also be specially coded and integrated into an 
already known header field (for example as an additional parameter). 

[0043] The control options and the information to a recipient of a 
multimedia message can also be fiirther improved by displaying the information 
from the individual MMS recipient notifications relating to altemative download 
options, i.e. for different variants of a multimedia message or its usefiil data objects, 
in a user-fiiendly fashion by means of a particularly advantageous configuration of 
the HMI in the recipient MMS user application (MMS user agent). 

[0044] Further are described below to clarify the aspects mentioned above 
relating to improving the control options when downloading multimedia messages 
available on an MMS relay server: 

[0045] A. Provision of altemative download options 

[0046] Altemative download options may be provided for the same 
multimedia message by creating and sending a plurality of different MMS recipient 
notifications (recipient notification messages) for variants of a multimedia message 
adapted or processed differently on the network side. 

[0047] The examples below are all based on the assumption that an 
exemplary multimedia message, comprising three multimedia message elements or 
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useful data objects (MME), namely a 20 kB text, an image with 8 bit color depth 
and a 30 kB voice note is to be sent from a sender (i.e. from a first 
telecommunication device, such as a mobile radio device) to a recipient (i.e. a 
second telecommunication device, such as a second mobile radio device), as 
already described with reference to figure 3. However in contrast to the description 
above with reference to figure 3, at least one useful data object is now adapted or 
modified as a fiinction of the information described under points i) to iii) in the 
MMS environment of the recipient's MMS provider, in particular in their MMS 
relay server (with reference to figure 3 this would be the MMS relay server MRSB, 
if the multimedia message MMA is sent by the mobile radio device MFGl), before 
transmission of the at least one MMS recipient notification (recipient notification 
message), 

[0048] Example 1 : Creation of a plurality of MMS recipient notifications 
for one multimedia message (MMA) based on the individual characteristics or 
capabilities of the mobile telecommunication terminal and the MMS user 
application (MMS user agent) 

[0049] The MMS relay server (using to the above assumption the MMS 
relay server MRSB, see figvu-e 3) is to deliver the exemplary multimedia message 
(MMA) to the MMS user application (MMS user agent) MUAB of the recipient, 
the mobile radio device MFG2. In a data record stored on the network side (see 
point i above) containing the individual characteristics and capabilities of the 
mobile radio device MFG2 and the MMS user application MUAB it is noted that 
the receive device MFG2 can only display black and white images in the example. 
The user (of the mobile radio device MFG2) may however still wish to download a 
color image from the MMS relay server MRSB, wishing to print out the multimedia 
message element (useful data object) in color later. 

[0050] The MMS relay server (MRSB) of the exemplary embodiment now 
creates a fiirther multimedia message variant with a different color depth for the 
image or image data object from the original, according to the rules of the data 
record with the individual characteristics and capabilities of the mobile 
telecommunication terminal, in addition to the received multimedia message 
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(MMA). This is shown in table 1 below, in which the MMS relay server has created 
an adapted multimedia message variant IB from the original multimedia message 
variant 1 A, having a black and white image with a different depth of color instead 
of the color image. The multimedia messages elements of the types "text" and 

"audio" remain the same: 





MM variant 1 A 


MM variant IB 


Text 


Original 


Original 


Text size 


20 kB 


20 kB 


Image 


Original 


Modified 


Resolution 


100 X 80 pixels 


100 X 80 pixels 


Depth of color 


8 bit 


2 bit 


Image size 


8kB 


2kB 


Audio 


Original 


Original 


Audio size 


30 kB 


30 kB 



Table 1 

[0051] In a next step the MMS relay server MRSB creates a specific MMS 
recipient notification for the original multimedia message variant 1 A and the newly 
generated multimedia message variant IB respectively. Both MMS recipient 
notifications refer to the same content in principle, which is now present in two 
differently adapted variants. Each multimedia message variant is referred to by its 
own URI. The respective MMS recipient notifications "MMl_notification.REQ(s)" 
are then sent, as shown in figure 3, from the MMS relay server MRSB to the 
receive terminal MFG2 (adding "(s)" to "MMl_notification.REQ" in figure 3 
indicates that according to the embodiment of the invention a plurality of MMS 
recipient notifications or recipient notification messages are now sent to the 
recipient based on one multimedia message (MMA)). 

[0052] Example 2: Creation of a plurality of MMS recipient notifications 
for one multimedia message (MMA) based on the individual preferences of the 
MMS user 
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[0053] Again with reference to figure 3 the MMS relay server MRSB is to 
deliver the exemplary multimedia message MM A to the MMS user application 
(MMS user agent) MUAB of the recipient or mobile radio device MFG2. hi it the 
example is marked in a data record stored on the network side and containing the 
individual preferences of the MMS user (according to point ii)) that all the images 
contained in a multimedia message should be scaled down in two user-defined 
stages before delivery of the multimedia message (a depth of color reduction would 
of course also be possible). The recipient may apply these settings to minimize the 
data volume as far as possible both when delivering the multimedia message via the 
interface MMl and when storing the multimedia message in their mobile 
telecommunication device. This could reduce download costs (depending on the 
MMS provider's charging model) and also means that a larger number of 
multimedia messages could be stored in the receive terminal. The MMS relay 
server MRSB now creates two further variants 2B and 2C according to the rules of 
the data record with the individual preferences in addition to the received original 
multimedia message MMA (multimedia message variant 2A) (more precisely 
variants of the image or image object are generated, the text and audio objects 
remaining in the original form). These further variants differ in image format, as 
shown in table 2 below: 





MM variant 2A 


MM variant 2B 


MM variant 2C 


Text 


Original 


Original 


Original 


Text size 


20 kB 


20 kB 


20 kB 


Image 


Original 


Modified 


Modified 


Resolution 


100 x 80 pixels 


75 X 60 pixels 


50x30 pixels 


Image size 


8kB 


4.5 kB 


1.5 kB 


Audio 


Original 


Original 


Original 


Audio size 


30 kB 


30 kB 


30 kB 



Table 2 

[0054] In a next step the MMS relay server MRSB creates a specific MMS 
recipient notification for the original multimedia message variant 2A and the two 
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newly generated multimedia message variants 2B and 2C respectively. All three 
refer to the same content in principle, which is now present in three different or 
adapted variants. Each multimedia message variant is referred to by its own URI. 
The respective MMS recipient notifications "MMl_notification.REQ(s)" are then 
sent, as shown in figure 3, from the MMS relay server MRSB to the receive 
terminal MFG2 (adding "(s)" to "MMl_notification.REQ" in figure 3 again 
indicates that according to the embodiment of the invention a plurality of MMS 
recipient notifications or recipient notification messages are now sent to the 
recipient based on one multimedia message (MM A)). 

[0055] Example 3: Creation of a plurality of MMS recipient notifications 
for one multimedia message (MMA) based on metadata (significance or 
dependencies between individual multimedia message elements or useful data 
objects) 

[0056] Again with reference to figure 3 the MMS relay server is to deliver 
the exemplary multimedia message MMA to the MMS user application (MMS user 
agent) of the recipient or the receive device MFG2. The descriptive information 
(see point iii)) clarifies the relationship of the individual multimedia message 
elements (useful data objects) in the example as follows: The text or text object is 
the main message and is independent of the other two multimedia elements. The 
multimedia message element of the type "audio" contains a spoken commentary 
relating to the multimedia message element of the type "image" or "still" and is 
meaningless without the image. (For example: "If you look closely you can see our 
holiday home in the background"). The receive terminal MFG2 may not be able to 
display images. (Ideally this information would be a component of the individual 
characteristics and capabilities of the mobile radio device MFG2 and the MMS user 
application (MMS user agent) MUAB according to example 1). The MMS relay 
server MRSB can now identify from the metadata that the audio object or audio file 
is pointless to the recipient without the still and can generate one or more 
correspondingly adapted multimedia message variants and invite the user to 
download according to table 3 below: 
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MM variant 3A 


MM variant 3B 


MM variant 3C 


Text 


Original 


Original 


Original 


Text size 


20 kB 


20 kB 


20 kB 


Image 


Original 


Deleted 


Deleted 


Resolution 


100 X 80 pixels 


n/a 


n/a 


Image size 


8kB 


n/a 


n/a 


Audio 


Original 


Original 


Deleted 


Audio size 


30 kB 


30 kB 


n/a 



Table 3 



[0057] In a next step the MMS relay server MRSB creates a specific MMS 
recipient notification or recipient notification message for the original multimedia 
message variant 3A and the two newly generated multimedia message variants 3B 
and 3C respectively. All refer to the same content in principle, which is now 
present in three differently adapted variants. Each multimedia message variant is 
referred to by its own URL The respective MMS recipient notifications 
"MMl_notification.REQ(s)" are then sent, as shown in figure 3, from the MMS 
relay server MRSB to the receive terminal MFG2 (adding "(s)" to 
"MMl_notification.REQ" in figure 3 again indicates that according to the 
embodiment of the invention a plurality of MMS recipient notifications or recipient 
notification messages are now sent to the recipient based on one multimedia 
message (MM A)). 

[0058] B. Use of a backward-compatible mapping mechanism for 
MMS recipient notifications 

Again with reference to figure 3 and in particular further to the examples 
mentioned above under point A, which identify different MMS recipient 
notifications "MMl_notification.REQ(s)" as associated in the MMS user 
application (MMS user agent) of the recipient, the MMS relay server MRSB 
assigns a unique identification number for every originally received multimedia 
message and extends this together with a maximum number, i.e. a total number of 
generated or sent MMS recipient notifications, and an optional sequence number 
for the MMS recipient notifications in every individual MMS recipient notification. 
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The individual MMS recipient notifications or recipient notification messages 
"MMl_notification.REQ(s)" are then sent in a conventional manner to the MMS 
user application (MMS user agent) of the recipient or receive device. All the 
associated MMS recipient notifications "MMl_notification.REQ(s)" can now be 
displayed there in a manner that is convenient for the user on the basis of the 
identification number added by the MMS server relay. By counting the received 
associated MMS recipient notifications and then comparing the resulting value with 
the maximum number, the MMS user application (MMS user agent) of the receive 
device (in this instance the mobile radio device MFG2) is able to establish in a 
simple fashion whether all the associated MMS recipient notifications 
"MMl_notification.REQ(s)" have arrived. 

[0059] By way of an example of implementation of the MMS using WAP 
below, the individual MMS recipient notifications are shown in text coding 
according to example 2 under point A, in which the image size of a multimedia 
message element (useful data object) of the type "still" or "image" is reduced in 
two stages. It should be pointed out that in WAP the "M-Notification.ind" PDU 
(Protocol Data Unit) corresponds to the above-mentioned abstract message 
"MMl_notification.REQ" according to 3GPP. According to this embodiment, new 
headers are inserted into the MMS recipient notifications in boxes for the 
identification number and the sequence number. More precisely the notification 1 
shows an MMS recipient notification (WAP-PDU-"M-Notification.ind") for the 
multimedia message variant 2A (large image), the notification 2 shows an MMS 
recipient notification (WAP-PDU-"M-Notification.ind") for the multimedia 
message variant 2B (medium size image) and the notification 3 shows an MMS 
recipient notification (WAP-PDU-"M-Notification.ind" for the multimedia message 
variant 2C (small image). 
Notification 1 : 

X-Mms-Message-Type: m-notification-ind 
X-Mms-Tramsaction-ID: abclO 
X-Mms- Version: 1.0 

From: andreas . st . schTnidt®siemens . com 
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Subject: A multimedia message 
X-Mms-Message-Class: Personal 
X.Mms-Message-Size: 58000 
X-Mms-Expiry: 36000 
X-Mms- Variant-Id: example-xyz 
X-Mms-Max-Notifications: 3 
X-Mms-Sequence-Number: 1 

X-Mms-Content-Location: http : / /operator . de/inbox/mm- id- 2 A 
Notification 2 : 

X-Mms-Message-Type: m-notification-ind 
X-Mms-Transaction-K): abcl2 
X-Mms-Version: 1.0 

From: andreas . st . schmidt@siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class: Personal 
X.Mms-Message-Size: 54500 
X-Mms-Expiry: 36000 
X-Mms- Variant-Id: example-xyz 
X-Mms-Max-Notifications: 3 
X-Mms-Sequence-Number: 2 

X-Mms-Content-Location: http : //operator . de/inbox/mm-id-2B 
Notification 3 : 

X-Mms-Message-Type: m-notification-ind 
X-Mms-Transaction-ID: abcl6 
X-Mms- Version: 1.0 

From: andreas , st . schmidt@siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class: Personal 
X.Mms-Message-Size: 51500 
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X-Mms-Expiry: 36000 
X-Mms- Van ant-Id: example-xyz 
X-Mms-Max-Notifications: 3 
X-Mms-Sequence-Number: 3 

X-Mms-Content-Location: http : //operator . de/inbox/mm-id-2C 
[0060] It should be pointed out that the principle described can also be applied not 
only to simple or simplified MMS recipient notifications with the basic infomiation 
but also to detailed MMS recipient notifications, which contain more detailed 
descriptions of the individual multimedia message elements. The benefit of this 
invention for such detailed MMS recipient notifications can thereby be even 
greater. 

[0061] It is also possible according to an advantageous embodiment for the 
unique identification number of the multimedia message, the maximum number and 
the sequence number to be contained in code in the URI (preferably in the last part 
of the path details). 

[0062] C. User-fiiendly display of information fi-om the individual 
MMS recipient notifications relating to alternative download options by means of a 
particularly advantageous embodiment of the HMI in the MMS user application 
(MMS user agent) 

[0063] As mentioned above, the method described above provides a 
particularly advantageous embodiment of the menu guide in the MMS user 
application of the receive device, as the MMS user application: 

identifies associated MMS recipient notifications for different 
variants of a multimedia message based on the unique identification 
number; and 

knows fi-om the maximum number how many multimedia message 
variants the MMS relay server has provided for a specific 
multimedia message (identified by the same identification number); 
and 
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identifies from the sequence number which MMS recipient 
notification belongs to the multimedia message originally received 
by the MMS server (without adaptation). 

[0064] Figure 5 shows a first exemplary user interface BOFl displayed on a 
display unit of the receive device, on which interface the respective MMS recipient 
notifications or recipient notification messages firom example 2 described above 
under point A are processed and the information contained in them is clearly 
displayed. It is now shown that there is a multimedia message with three alternative 
variants or download options in the MMS inbox dated 02.11.2002. The sender, 
subject of the message, category, size of the modified multimedia message element 
(in this instance the image) and validity of the multimedia message are also shown. 
Finally the user of the receive device is prompted to select a variant of the 
multimedia message element or multimedia message. The required download 
option can be selected by pressing the corresponding key on a keypad of the receive 
device (the mobile radio device MFG2 in the example in figure 3). 

[0065] If detailed MMS recipient notifications are used, other information 
that may be contained in an MMS recipient notification is advantageously also 
displayed to the user, as shown in figure 6, on a second user interface BOF2 of the 
receive device (for example the mobile radio device MFG2 in figure 3). As well as 
the information already shown in figure 5, it is also displayed that there is a 
multimedia message with three altemative variants or download options in the 
MMS inbox dated 03.11.2002, with additional details of which variant is the 
original variant and which multimedia message elements are provided in the 
multimedia message variants available on the MMS relay server. One or more 
required variants or download options can be selected by pressing the 
corresponding key on a keypad of the receive device or by selecting a 
corresponding selection surface AWF by means of a mouse pointer MZ and 
correspondingly confirming the selection. 

[0066] It should be understood that the various changes and modifications 
to the presently preferred embodiments described herein will be apparent to those 
skilled in the art. Such changes and modifications can be made without departing 
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from the spirit and scope of the present disclosure and without diminishing its 
intended advantages. It is therefore intended that such changes and modifications 
be covered by the appended claims. 
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